Skip to content

Conversation

@AbhishekASLK
Copy link
Contributor

Addressing the feedback from @tobymao in PR #6545 regarding the global scope of postgres range parsers.

@georgesittas
Copy link
Collaborator

Why are we moving these parsers to base? I think Toby's comment was about ensuring the generators for these expressions live in the base class instead of postgres to avoid failing @ gen time when the dialect is not postgres.

@AbhishekASLK
Copy link
Contributor Author

Why are we moving these parsers to base? I think Toby's comment was about ensuring the generators for these expressions live in the base class instead of postgres to avoid failing @ gen time when the dialect is not postgres.

got your point! will update soon.

@VaggelisD
Copy link
Collaborator

We discussed offline that this PR is fine, SQLGlot's base dialect should always be able to parse an AST.

@AbhishekASLK
Copy link
Contributor Author

We discussed offline that this PR is fine, SQLGlot's base dialect should always be able to parse an AST.

I need to round trip the @ only now, right?

@georgesittas georgesittas merged commit 13014e0 into tobymao:main Dec 22, 2025
9 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants